Il est vivement conseillé d'utiliser un fichier de log, soit pour pouvoir l'exploiter ultérieurement et analyser l'état matériel du disque, soit pour pouvoir interrompre puis reprendre une récupération.

sudo ddrescue <nom_fichier_source> <nom_fichier_cible> <chemin_fichier_log>

Avec:
<chemin_fichier_log> = chemin absolu ou relatif vers l'endroit où vous désirez enregistrer le log. Attention, il peut atteindre une taille conséquente pour une récup d'un support très endommagé.

(on peut avoir un exemple? Pour les novices c'est très abstrait)

Le fichier badblocs qui a été généré contient les adresses des blocs illisibles par rapport au début soit du disque soit de la partition. Il est intéressant de connaître préventivement les fichiers qui vont être perturbés. Nous avons vu que le produit DDR_UTILS le fait. Mais il n'est pas facile à installer me semble-t-il! Il existe quelques solutions avec des outils. Pas de chance, ils vont dépendre de la nature des partitions. Ce n'est pas le même outil à utiliser pour les partitions NTFS, FAT, EXTn, RAIDS, BTRFS etc…… voici au moins un exemple pour le type de partition EXT4 assez répandu chez les particuliers.

a) Le fichier badblocs a été généré par une duplication de la partition. Les adresses indiquées font directement référence à la partition. Il est donc possible d'utiliser par exemple les commandes suivantes pour obtenir la liste des fichiers. C'est toujours un exemple. Il faut donc mettre le bon nom de la partition.

• ### Ajouter la commande testb
• sed 's|^|testb |' sdb2.badblocks > sdb2.testb.in
• sudo debugfs -f sdb2.testb.in /dev/sda16 > sdb2.testb.out
• ### Mettre la commande icheck
• grep "marked in use" sdb2.testb.out | cut -d ' ' -f 2 | sed 's|^|icheck |' > sdb2.icheck.in
• sudo debugfs -f sdb2.icheck.in /dev/sdb2 > sdb2.icheck.out
• ### Ajout de la commande inode
• sed '/ck/d' sdb2.icheck.out | cut -d $'\t' -f 2 | sed 's|^|ncheck |' > sdb2.ncheck.in
• sudo debugfs -f sdb2.ncheck.in /dev/sdb2 > sdb2.ncheck.out
• ### Sélection des fichiers
• grep "/" sdb2.ncheck.out | cut -d $'\t' -f 2 | sort | uniq >sdb2.files
• cat sdb2.files
• wc sdb2.files

Une fois les données récupérées depuis le ou les supports endommagés, il est conseillé de faire une copie de la récupération et de travailler sur cette copie. Les outils suivants peuvent vous être utiles :

• dd pour faire la copie de travail ;
• kpartx pour monter une partition de l'image d'un disque comprenant plusieurs partitions ;
• fsck pour réparer le système de fichier ;
• testdisk pour récupérer des partitions disparues ;
• photorec pour récupérer les fichiers qui n'apparaissent plus dans le système de fichiers ;
• mount et umount pour accéder au contenu des partitions ;
• convmv pour convertir les noms de fichiers en UTF8 ;

Pour supprimer ddrescue, il suffit de supprimer le paquet gddrescue.

• Discussion « Bilan : comment récupérer des données perdues » sur le forum Ubuntu-fr, très utile pour la récupération de données sur un disque dur endommagé
• Discussion « Topic unique récupération de données » sur le forum Ubuntu-fr, à consulter pour y soumettre votre cas et trouver de l'aide
• http://linuxfr.org/news/ddrescue-dd_rescue-myrescue-recuperer-ses-donnees-apres-un-crash-disque, autre cas, plus récent, de récupération de données
• (en) page officielle de GNU ddrescue
• (en) Aide en ligne de GNU ddrescue
• safecopy Limite les Erreur I/O
• Identifier le fichier utilisant le bloc défectueux

Contributeurs principaux : …

basé sur la page officielle.